纯 http 上的双向通信
最近大概看了下 rxJava 的订阅者模式,然后突发奇想有没有可能用类似的思路实现纯 http 上的双向通信
A 是传统的 http 服务器
B 是普通的客户端,假设我们能够在 B 上启动一个简易的 http server 并且有办法实现公网访问
然后通过类似事件订阅的方式实现双向通信。
例:
要实现的功能:
B 是美团外卖商家端,当有用户下单时,B 能够收到推送
A 是美团服务器,当用户下单时,给 B 发请求通知 B
实现思路:
A 存两个 model, 一个是订单 orders,一个是订单的订阅者 subscribers(订单和B这类客户端的订阅关系)
商家在 B 上登录后,像 A 发一个请求,带着 B 的外网访问路径(外网 ip 或者一种自建的规则),以及 B 要订阅的
对象、对象规则和事件(比如 对象为 “订单”, 规则为 订单的商家字段为当前商家,事件为 “新建”)
当消费者下了一个订单,即新建了一个订单后, A 从 subscribers 表中找符合条件的订阅者,如果找到,就向
订阅者的 ip 发请求。
然后 B 的服务器就能收到 http 请求。
分割
或者说,如果在客户端上实现这个不太可能,或起一个 http server 不好保活,或费电因而意义不大的话,
把 A 和 B 都假设为服务器,在两台服务器间实现这样的基于 http 的双向通信有没有意义呢?
与传统长连接实现的双向通信相比,代价当然是 A 和 B 都需要启一个服务端口。好处是纯 http 实现,而且不需要维护长连接的开销,真正异步,仅需要发消息时建立 http 链接。
只是突发奇想,还没有深入研究双向通信、长连接、websocket 等的原理。欢迎懂的大大砸砖抛我~~???
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。